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(54) Context preservation 



(57) A processor which is switchable between a first 
execution mode (such as a scalar mode) and a second 
execution mode (such as a VLIW mode) is disclosed. 
The processor has a first processor context when in the 
first execution mode and a second processor context, 
different from the first processor context, when in the 
second execution mode. The processor generates an 
exception when the processor attempts to change from 
one execution mode to the other. When the processor 



switches to a thread of execution which is in the first 
execution mode, or when the processor switches to a 
thread of execution which was the last thread to be in 
the second execution mode, only the first processor 
context is preserved. The processor may be arranged 
such that the number of threads that may be in the sec- 
ond execution mode at any one time is less than the 
total number of threads that may be active on the proc- 
essor at any one time. 
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Description 

[0001] The present invention relates to processors, 
and in particularto processors which are switchable be- 
tween two or more different execution modes, for exam- 
ple scalar mode and very-long-instruction-word (VLIW) 
mode. 

[0002] In orderto meet the needs of different process- 
ing tasks, it has been proposed to provide processors 
which are switchable between two or more different ex- 
ecution modes. The two or more execution modes may 
have different instruction sets, which may be designed 
with different types of processing task in mind. For ex- 
ample, one instruction set may be designed for sequen- 
tial execution as in a conventional processor, whereas 
another instruction set may be designed to allow a 
number of instructions to be executed in parallel. Thus, 
the processor typically has a first execution mode in 
which at least a first instruction set is supported, and a 
second execution mode in which at least a second in- 
struction set is supported. The processor typically trans- 
fers from one execution mode to another by executing 
a special instruction or group of instructions. 
[0003] Modern processors are usually designed to 
support multi-tasking, that is, they allow several threads 
of execution to be processed at what appears to the user 
to be the same time. This is usually achieved by switch- 
ing the processor's resources rapidly between various 
threads under operating system control to give the illu- 
sion of simultaneous processing of the threads. Such a 
switch is referred to herein as a context switch. When- 
ever a context switch takes place, the contents of the 
processor's registers, flags etc. (referred to as the proc- 
essor context) must be returned to that when the new 
thread was last executed. This is done by preserving the 
current processor context, by saving it in memory, and 
restoring the processor context for the new thread, by 
retrieving it from memory. In known processors, when a 
context switch takes place, the entire processor context 
is preserved and restored, since the operating system 
does not know which part of the processor context was 
used by the outgoing thread and which part will be used 
by the incoming thread. 

[0004] In processors which are switchable between 
two or more different execution modes, the size of the 
processor context in the various modes may be differ- 
ent. This may result in parts of the processor context 
being preserved and restored unnecessarily when a 
context switch takes place. 

[0005] For example, in processors which are able to 
support parallel processing, the processor context may 
be large, and hence a large amount of data may need 
to be preserved and restored on each context switch. 
Even if the processor did not always operate in a parallel 
processing mode, the processor context of the parallel 
processing mode would nonetheless be preserved and 
restored on each context switch. This may consume an 
undesirably large amount of processor time, and there- 



by reduce the rate at which tasks can be processed. 
[0006] The present invention seeks to overcome the 
above problems. 

[0007] According to a first aspect of the present inven- 
5 tion there is provided a processor switchable between 
a first execution mode and a second execution mode, 
the processor having a first processor context when in 
the first execution mode and a second processor con- 
text, different from the first processor context, when in 
io the second execution mode, wherein the processor is 
arranged to generate an exception when the processor 
attempts to change from one execution mode to the oth- 
er. 

[0008] By generating an exception when the proces- 

is sor attempts to change from one execution mode to the 
other, the processor's operating system can keep track 
of when the various execution modes are being used. 
This can allow the operating system to control which 
parts of the processor context (comprising the contents 

20 of storage locations in the processor) are preserved at 
which times. The exception may be generated when the 
processor attempts to change from the first execution 
mode to the second, or when the processor attempts to 
change from the second execution mode to the first, or 

25 an exception may be generated in both cases. 

[0009] For example, the second processor context 
may be larger than the first processor context and the 
exception may be generated when the processor at- 
tempts to change from the first execution mode to the 

30 second execution mode. This may allow the second 
processor context to be preserved only when absolutely 
necessary, which may improve the overall system per- 
formance. 

[0010] In the above case, the processor may be ar- 

35 ranged to preserve the second processor context, or 
that part of the second processor context which is dif- 
ferent from the first processor context, when such an 
exception has been generated. This may avoid the need 
to save the second processor context on every context 

40 switch. Depending on the implementation, the second 
processor context may either be preserved automatical- 
ly when such an exception is generated, or it may be 
determined whether or not it is necessary to preserve 
the second processor context at that stage. For exam- 

45 pie, if the current thread is also the last thread to have 
been in the second execution mode, then it may not be 
necessary to preserve the second processor context. 
[0011] In certain circumstances, for example where 
two or more threads are both in the second execution 

so mode, it may be necessary to preserve the second proc- 
essor context when a context switch occurs. For exam- 
ple, if the processor is subsequently switched to a thread 
which is in the second execution mode and which is not 
the last thread to be in the second execution mode, then 

55 it may be necessary to preserve the second processor 
context at that stage. Thus the processor may be ar- 
ranged to execute a plurality of threads on a time share 
basis, and the processor may be arranged such that, 
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when the processor is switched to a thread which is in 
the first execution mode, or when the processor is 
switched to a thread which was the last thread to be in 
the second execution mode, only the first processor 
context is preserved. The processor may then be ar- 
ranged such that the second processor context, or that 
part of the second processor context which is different 
from the first processor context, is preserved when the 
processor next enters the second execution mode to ex- 
ecute a thread other than the last thread to be in the 
second execution mode. 

[0012] In order to limit the number of times that the 
second processor context is preserved and restored, 
the number of threads that may be in the second exe- 
cution mode may be limited. Thus the processor may be 
arranged to execute a plurality of threads on a time 
share basis, and the number of threads that may be in 
the second execution mode at any one time may be less 
than the total number of threads that may be active on 
the processor at any one time. This may improve the 
overall system performance. 

[0013] In order to implement the above technique, the 
processor may be arranged such that, when the excep- 
tion has been generated, a check is carried out to de- 
termine whether the thread that caused the exception is 
allowed to enter the second execution mode. For exam- 
ple, only certain predetermined threads may be allowed 
to execute in the second execution mode, and thus the 
check may comprise determining whether the thread 
that caused the exception is barred from the second ex- 
ecution mode. 

[0014] In another example, the processor's operating 
system only allows a limited number of threads to be in 
the second execution mode at any one time. Thus the 
check may comprise determining whether a predeter- 
mined number of other threads are already in the sec- 
ond execution mode. The predetermined number may 
be greater than or equal to one. If more than the prede- 
termined number of threads are already in the second 
execution mode, the processor may be arranged to pre- 
vent the thread that caused the exception from entering 
the second execution mode, for example, by terminating 
the thread, or by continuing execution of the thread in 
the first execution mode, or by suspending execution of 
the thread until fewer than the predetermined number 
of other threads are in the second execution mode. 
[0015] Thus the processor may be arranged such 
that, if a predetermined number of other threads are al- 
ready in the second execution mode, execution of the 
thread that caused the exception is suspended until the 
number of otherthreads that are in the secdnd execution 
mode is less than the predetermined number. An excep- 
tion may be generated when a thread attempts to 
change from the second execution mode to the first ex- 
ecution mode, so that it is known (for example, by the 
operating system) when a thread has stopped executing 
in the second execution mode. 
[0016] Preferably the processor is arranged to exe- 



cute a first instruction set when in the first execution 
mode and a second instruction set when in the second 
execution mode. The second instruction set may be able 
to access a greater number of storage locations (such 
5 as registers) in the processor than the first instruction 
set. 

[0017] Preferably the processor is switchable be- 
tween a supervisor mode and a user mode, the user 
mode having restricted access to the processor's re- 
10 sources in comparison to the supervisor mode, and, 
when said exception is generated, the processor trans- 
fers from the user mode to the supervisor mode. An ex- 
ception handling program portion may then be provided 
which executes in the supervisor mode to deal with the 

15 exception. The exception handling program portion may 
be a part of the operating system. 
[0018] The processor may comprise at least one ex- 
ecution unit and a plurality of storage locations, and the 
first processor context may comprise the contents of 

20 storage locations accessible in the first execution mode 
and the second processor context may comprise the 
contents of storage locations accessible in the second 
mode of execution. There may be an intersection be- 
tween the two processor contexts; for example the sec- 

25 ond processor context may include some or all of the 
first processor context. 

[0019] The processor may comprise a plurality of 
computational units for executing instructions in parallel, 
each computational unit having at least one execution 
30 unit and at least one storage location to which the exe- 
cution unit has access. In the first execution mode a first 
number of computational units may execute instruc- 
tions, and in the second execution mode a second 
number of computational units may execute instruc- 
ts tions. The first and second numbers may be different 
from each other; for example the first number may be at 
least one and the second number may be greater than 
the first number. Alternatively, the first and second num- 
bers may the be same, and the number of storage loca- 
te tions which are accessible in the first execution mode 
may be different from the number of storage locations 
which are accessible in the second execution mode. 
[0020] In one example the first execution mode is a 
scalar mode and the second execution mode is a par- 
45 allel mode, such as a VLIW mode. In another example, 
the first and second execution modes are both scalar 
modes, or both parallel modes, and a different number 
of the processor's storage locations are accessible in 
the two modes. The two execution modes may have in- 
50 tersecting functionality; for example the instruction set 
of one execution mode may include some or all of the 
instructions of the instruction set of the other execution 
mode. 

[0021] An important aspect of the present invention is 
55 that the larger of the two processor contexts is not nec- 
essarily preserved on every context switch. For exam- 
ple, if the second processor context is larger than the 
first, then it is generally only necessary to preserve the 
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second processor context (or that part of the second 
processor context which is different from the first proc- 
essor context) on a context switch if the new thread is 
in the second execution mode and was not the last 
thread to be in the second execution mode. Otherwise 
only the first processor context need be preserved. 
Thus, according to a second aspect of the invention 
there is provided a processor switchable between a first 
execution mode and a second execution mode, the 
processor having a first processor context when in the 
first execution mode and a second processor context, 
larger than the first processor context, when in the sec- 
ond execution mode, wherein the processor is arranged 
to execute a plurality of threads on a time share basis, 
and the processor is arranged such that, when the proc- 
essor switches to a thread which is in the first execution 
mode, or when the processor switches to a thread which 
was the last thread to be in the second execution mode, 
only the first processor context is preserved. 
[0022] Preferably the second processor context, or 
that part of the second processor context which is dif- 
ferent from the first processor context, is preserved 
when the processor next enters the second execution 
mode to execute another thread. The processor may be 
arranged such that the number of threads that may be 
in the second execution mode at any one time is less 
than the total number of threads that may be active on 
the processor at any one time. The first execution mode 
may be a scalar mode and the second execution mode 
may be a parallel mode, such as a VLIW mode. 
[0023] Another important aspect of the present i nven- 
tion is that the number of threads which, at any one time, 
may be in the execution mode having the largest context 
is limited, in order to limit the number of times that that 
processor context must be preserved and restored. 
Thus, according to a third aspect of the invention there 
is provided a processor switchable between a first exe- 
cution mode and a second execution mode, the proces- 
sor having a first processor context when in the first ex- 
ecution mode and a second processor context, larger 
than the first processor context, when in the second ex- 
ecution mode, wherein the processor is arranged to ex- 
ecute a plurality of threads on a time share basis, and 
the processor is arranged such that the number of 
threads that may be in the second execution mode at 
any one time is less than the total number of threads 
that may be active on the processor at any one time. 
[0024] The processor may be arranged such that, 
when a thread attempts to enter the second execution 
mode, a check is carried out to determine whether that 
thread is allowed to enter the second execution mode. 
For example, the check may comprise determining 
whether that thread is a thread which is barred from the 
second execution mode, orthe check may comprise de- 
termining whether a predetermined number of other 
threads are already in the second execution mode. In 
the latter case the processormay be arranged such that, 
if a predetermined number of other threads are already 



in the second execution mode, the thread that attempted 
to enter the second execution mode is prevented from 
entering the second execution mode until the number of 
other threads that are in the second execution mode is 

s less than the predetermined number. For example, ex- 
ecution of the thread that attempted to enter the second 
execution mode may be suspended until the number of 
other threads that are in the second execution mode is 
less than the predetermined number. 

io [0025] Corresponding method aspects of the inven- 
tion are also provided, and thus according to a fourth 
aspect of the invention there is provided a method of 
operating a processor, the processor being switchable 
between a first execution mode and a second execution 

'5 mode and having a first processor context when in the 
first execution mode and a second processor context, 
different from the first processor context, when in the 
second execution mode, the method comprising gener- 
ating an exception when the processor attempts to 

20 change from one execution mode to the other. 

[0026] According to a fifth aspect of the invention 
there is provided a method of operating a processor, the 
processor being switchable between a first execution 
mode and a second execution mode and having a first 

25 processor context when in the first execution mode and 
a second processor context, larger than the first proc- 
essor context, when in the second execution mode, the 
method comprising executing a plurality of threads on a 
time share basis, and preserving only the first processor 

30 context when execution switches to a thread which is in 
the first execution mode, or when execution switches to 
a thread which was the last thread to be in the second 
execution mode. 

[0027] According to a sixth aspect of the invention 

35 there is provided a method of operating a processor, the 
processor being switchable between a first execution 
mode and a second execution mode and having a first 
processor context when in the first execution mode and 
a second processor context, larger than the first proc- 

40 essor context, when in the second execution mode, the 
method comprising executing a plurality of threads on a 
time share basis and limiting the number of threads that 
may be in the second execution mode at any one time 
to less than the total number of threads that may be ac- 

45 tive on the processor at any one time. 

[0028] The invention also extends to corresponding 
operating systems for execution on a processor, and 
thus according to a seventh aspect of the invention there 
is provided an operating system for a processor which 

so is switchable between a first execution mode and a sec- 
ond execution mode and which has a first processor 
context when in the first execution mode and a second 
processor context, different from the first processor con- 
text, when in the second execution mode, the operating 

55 system comprising an exception handling program por- 
tion for handling an exception generated when the proc- 
essor attempts to change from one execution mode to 
the other. 
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[0029] According to an eighth aspect of the invention 
there is provided an operating system for a processor 
which is switchable between a first execution mode and 
a second execution mode and which has a first proces- 
sor context when in the first execution mode and a sec- 
ond processor context, larger than the first processor 
context, when in the second execution mode, the oper- 
ating system comprising a program portion for switching 
execution between a plurality of threads on a time share 
basis, and a program portion for preserving only the first 
processor context when execution switches to a thread 
which is in the first execution mode, or when execution 
switches to a thread which was the last thread to be in 
the second execution mode. 

[0030] According to a ninth aspect of the invention 
there is provided an operating system for a processor 
which is switchable between a first execution mode and 
a second execution mode and which has a first proces- 
sor context when in the first execution mode and a sec- 
ond processor context, larger than the first processor 
context, when in the second execution mode, the oper- 
ating system comprising a program portion forswitching 
execution between a plurality of threads on a time share 
basis, and a program portion for limiting the number of 
threads that may be in the second execution mode at 
any one time to less than the total number of threads 
that may be active on the processor at any one time. 
[0031], The invention also provides computer pro- 
grams and computer program products for carrying out 
any of the methods described herein, and computer 
readable media having stored thereon programs for car- 
rying out any of the methods described herein. 
[0032] Features of one aspect may be applied to any 
other aspect; features of the processor, method and op- 
erating system aspects may be applied to each other 
interchangeably. 

[0033] Preferred features of the present invention will 
now be described, purely by way of example, with ref- 
erence to the accompanying drawings, in which:- 

Figure 1 is a block diagram of a processor embod- 
ying the present invention; 
Figure 2 is a block diagram of another processor 
embodying the present invention; 
Figure 3 illustrates the concept of various threads 
executing on a processor; 

Figure 4 illustrates the principle of context switches; 
Figure 5 illustrates the concept of making mode 
transition methods only visible in supervisor mode, 
in accordance with embodiments of the present in- 
vention; 

Figure 6 shows steps taken by an exception han- 
dling routine in a first embodiment of the invention; 
Figure 7 shows steps taken by an operating system 
in the first embodiment when a context switch oc- 
curs; 

Figure 8 shows an example of the operation of the 
first embodiment; 



Figure 9 shows the steps taken by an exception 
handling routine in a second embodiment of the in- 
vention; 

Figure 10 shows steps taken by an operating sys- 
5 tern in the second embodiment when a context 
switch occurs; 

Figure 11 shows the steps taken by an exception 
handling routine in a third embodiment of the inven- 
tion; and 

10 Figure 12 shows the steps taken by an operating 
system in the third embodiment when an exception 
is generated by a thread returning to scalar mode 
from VLIW mode. 

'5 [0034] A processor embodying the present invention 
is shown in Figure 1 . Referring to Figure 1 , processor 
10 comprises a plurality of computational units 12, 14, 
16. Each computational unit comprises an execution 
unit 18, 20, 22 for executing instructions, a register file 

20 24, 26, 28 containing registers for use when executing 
instructions, and a set of control and/or status registers 
30,32, 34. The computational units 12, 14, 16 are con- 
nected to external memory 36 (e.g. random access 
memory, RAM) via bus 38. The various computational 

25 units are connected via interfaces 40, 42, 44, which may 
be used, for example, to exchange values stored in the 
register files 24, 26, 28. The processor 1 0 also compris- 
es a schedule storage unit 46 and an instruction issuing 
unit 48. In operation, instructions for execution are 

30 passed from the schedule storage unit 46 to the instruc- 
tion issuing unit 48. The instruction issuing unit 48 is- 
sues the instructions to one or more of the computation- 
al units 12, 14, 1 6 in dependence on the type of instruc- 
tion. 

35 [0035] The processor 1 0 is designed to operate with 
two distinct instruction sets. The first instruction set, re- 
ferred to herein as the scalar instruction set, is designed 
to be compact, and thus to be memory efficient. This 
instruction set resembles that of a conventional RISC 

40 (reduced instruction set computer) processor, and is 
suitable for general purpose applications. The scalar in- 
struction set is executed in a mode of operation referred 
to as scalar mode. In this mode, the instruction issuing 
unit 48 issues instructions to the first computational unit 

45 12 only, and the instructions are executed by that com- 
putational unit only. The first computational unit 1 2 is re- 
ferred to herein as the master computational unit. 
[0036] The second instruction set is a very long in- 
struction word (VLIW) instruction set, which is designed 

so for high computational throughput. This instruction set 
uses long instruction words, or instruction packets, 
which may be divided into smaller instructions for simul- 
taneous execution. The VLIW instruction set is executed 
in a mode of operation referred to as VLIW mode. In this 

55 mode, instruction packets (VLIW packets) for execution 
are passed from the schedule storage unit 46 to the in- 
struction issuing unit 48. The instruction issuing unit 48 
divides the instruction packets into their constituent in- 
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structions, and issues the instructions of one packet to 
one or more of the master computational unit 1 2 and the 
other computational units 14, 16. The computational 
units 1 4, 1 6 are referred to herein as slave computation- 
al units. The computational units which have received 
the various instructions belonging to the packet then ex- 
ecute those instructions simultaneously. 
[0037] Another processor embodying the invention is 
shown in Figure 2. The processor of Figure 2 works in 
a similar way to that of Figure 1 , except that each com- 
putational unit comprises two execution units. As in the 
processor of Figure 1 , the number of computational 
units that are used to execute instructions at any one 
time depends on whether the processor is in scalar 
modeorVLIW mode. The arrangement shown in Figure 
2 is known as clustering, with each computational unit 
forming a cluster. In other embodiments, three or more 
execution units are provided per cluster. 
[0038] Referring to Figure 2, processor 50 comprises 
a plurality of computational units 52, 54, 56 each of 
which comprises two execution units 58, 59, 60, 61 , 62, 
63, as well as a register file 64, 66, 68 and a set of control 
and/or status registers 70, 72, 74. The computational 
units 52, 54, 56 are connected to external memory 86 
(eg RAM memory) via bus 88. The various computation- 
al units are connected via interfaces 90, 92, 94. The 
processor50 also comprises a schedule storage unit 96 
and an instruction issuing unit 98. 
[0039] In operation, instructions for execution are 
passed from the schedule storage unit 96 to the instruc- 
tion issuing unit 98, which issues the instructions to one 
or more of the processing units 52, 54, 56. When the 
processor 50 is in scalar mode, instructions are issued 
to processing unit 52 only, whereas when the processor 
is in VLIW mode, instructions are issued to two or more 
processing units 52, 54, 56. In scalar mode, an instruc- 
tion is processed either by execution unit 58 or by exe- 
cution unit 59, for example in dependence on the type 
of instruction. In VLIW mode, parallel instructions may 
be processed at the same time by the two execution 
units within a processing unit. 

[0040] The processors 1 0, 50 shown in Figures 1 and 
2 are designed to support two different privilege modes, 
referred to as a user mode and a supervisor mode. The 
supervisor mode permits access to the entire processor 
state, that is, the entire processor memory, all registers 
etc. The user mode only permits restricted access to the 
processorstate. For example, certain registers in the set 
of control and status registers 30, 70 in Figure 1 or 2 
may be accessible only in supervisor mode. If the proc- 
essor attempts an operation in usermode which is illegal 
for this mode of operation, an exception is generated. 
The exception causes a transition to the supervisor 
mode, and exception handling code (using part of an 
operating system) is then executed to handle the excep- 
tion. Usually the operating system runs in supervisor 
mode and application code runs in user mode. 
[0041 ] The user mode may execute several process- 



es (programs) concurrently, each of which may have 
one or more threads (sub-programs). This situation is 
illustrated in Figure 3. The various threads appearto op- 
erate in parallel, but in fact the operating system rapidly 
s switches the processor's resources between the 
threads giving an illusion of concurrent operation. This 
is referred to as time sharing. 

[0042] Various different time sharing techniques may 
be used to share the processor's resources between dif- 

10 ferent threads. Typically, each thread in the system is 
given a priority. Groups of threads may have the same 
priority. In a simple multi-tasking technique, the operat- 
ing system allows the current thread to execute until the 
thread itself relinquishes control either directly (i.e. the 

15 thread intentionally asks to be suspended) or indirectly, 
for example because the thread requests access to re- 
sources that are currently owned by another thread. 
When the thread relinquishes control, the operating sys- 
tem selects the highest priority thread that it is able to 

20 run and switches to that thread. If two or more threads 
have the highest priority then the operating system 
chooses one according to an internal rule. 
[0043] In another time sharing technique, known as 
pre-emptive multitasking, the operating system may be 

25 running athread when anotherhigher priority thread be- 
comes available to run. The operating system then sus- 
pends the current thread and switches to the higher pri- 
ority thread. A higher priority thread may suddenly be- 
come able to run due to a number of circumstances. For 

30 example, the current thread may release resources 
which the higher priority thread is waiting for, or an in- 
terrupt may occur as a result of which the interrupt han- 
dling routine may "unblock" an operation on the higher 
priority thread. In an extension to this technique, known 

35 as time-slicing, the operating system regularly switches 
between different threads, each of which has the same 
(highest) priority. 

[0044] The embodiments that will be described may 
be implemented with any of the time sharing techniques 

40 described above, or any other form of time sharing. 
[0045] A switch from one thread of execution to an- 
other is referred to as a context switch. When a context 
switch occurs, it is necessary for the operating system 
to preserve the context of the outgoing thread, that is, 

45 the contents of the registers and other aspects of the 
processor state to which that thread has access. The 
context of the incoming thread must then be restored to 
that which it was when that thread was last processed. 
The operating system does not know which part of the 

50 context the outgoing thread was using or which part of 
the context the incoming thread requires to be restored, 
and so, conventionally, the entire context is preserved/ 
restored. This situation is illustrated in Figure 4. 
[0046] In Figure 4 it is assumed that two threads, 

55 thread A and thread B, are executed on a time share 
basis. Initially the processor is executing thread A. At 
time t=1 , a switch from thread A to thread B is initiated. 
The processor then stops running thread A and enters 
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supervisor mode. In supervisor mode, the context of 
thread A is preserved by saving the contents of the var- 
ious registers 24 to 34 in Figure 1 , or 64 to 74 in Figure 
2, to memory 36 or 86. Once the context of thread A has 
been preserved, the context of thread B is restored, by 5 
loading the various registers 24 to 34 or 64 to 74 with 
values which were previously stored in memory 36 or 
86 when the processor last switched from thread B (or 
initial values if it is the first time that thread B has been 
executed). The processor then returns to user mode at io 
time t=2 to execute thread B. At time t=3, a switch from 
thread B to thread A is initiated. The processor stops 
running thread B, enters supervisor mode, preserves 
the context of thread B, and restores the context of 
thread A. At time t=4 the processor returns to user mode 15 
to execute thread A. 

[0047] As discussed above, the VLIW instruction set 
is designed for high computational throughput by pro- 
viding instructions that may be processed in parallel. In- 
struction packets for execution are arranged such that 20 
the various constituent instructions will not conflict with 
each other when executed simultaneously. In situations 
where conflicts would arise (for example because one 
instruction required the result of another instruction to 
be available before it could be executed) then the con- 25 
flicting instructions would be put into different instruction 
packets, and the instruction packets would be padded 
if necessary with no operation (NOP) instructions. 
[0048] Certain processing tasks, such as the process- 
ing of high-speed multi-media streams of data, are par- 30 
ticularly suited for processing using VLIW instruction 
sets, since different parts of the data stream may be 
processed independently. However, other processing 
tasks are less susceptible to parallel processing, and 
may result in highly-padded VLIW instruction packets, 35 
which increase the size of the code. Furthermore, when 
a processor is operating in VLIW mode it usually con- 
sumes more power, and thus scalar mode may be pre- 
ferred in situations where low power consumption is de- 
sired. In addition, certain general purpose tasks may be 40 
prevented from being executed in VLIW mode. For 
these reasons, it may be desirable to run certain parts 
of a program in scalar mode, and certain parts in VLIW 
mode. The decision as to whether to use scalar mode 
or VLIW mode for a particular section of code is either 45 
made by the compiler at compile time, or else the pro- 
grammer may explicitly state that one mode orthe other 
is to be used. 

[0049] In orderto cause a transition from scalar mode 
to VLIW mode or vice versa, a particular instruction or so 
other method is inserted at the appropriate point in the 
code. Such a method is referred to herein as a mode 
transition method (MTM), and the transition is referred 
to as a mode transition event (MTE). For example, to 
bring about a transition from scalar mode to VLIW mode, 55 
the processor may execute a special branch instruction, 
referred to herein as a bv (branch to VLIW mode) in- 
struction, and to return from VLIW mode to scalar mode, 
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the processor may execute another instruction, referred 
to herein as a rv (return from VLIW mode) instruction. 
[0050] When the processor is operating in scalar 
mode, instructions are executed by the master compu- 
tational unit 1 2 or52 only, and thus the registers to which 
instructions have access in this mode are limited to 
those of the master processing unit. Furthermore, the 
number of registers in the register file which are directly 
addressable in scalar mode is normally a subset of the 
total number of registers in the register file, due to the 
compact nature of the instruction set. By contrast, in 
VLIW mode, instructions are executed in a plurality of 
computational units, and the VLIW instructions can nor- 
mally directly address all registers in the register files. 
As a consequence, the VLIW context is considerably 
larger than the scalar context. 

[0051] For example, the scalar instruction set may be 
designed to address a maximum of 16 registers, in 
which case the context that needs to be saved in scalar 
mode (referred to as the scalar context) consists of 
those 16 registers plus other processor state such as 
the control and status registers 30, 70. In VLIW mode 
the instruction set may be designed to address 32 reg- 
isters, and there may be up to 32 computational units 
each executing one or more instructions simultaneous- 
ly. In this case, the context that needs to be saved in 
VLIW mode (referred to as the VLIW context) consists 
of a potential total of 1024 registers plus the other as- 
pects of the processor state such as the control and sta- 
tus registers 30, 70 and status registers 32, 34, 72, 74. 
[0052] If VLIW context switches occur rapidly, pre- 
serving and restoring the VLIW context can consume a 
significant amount of processor time, thereby reducing 
the effective processor performance. 
[0053] In preferred embodiments of the invention, 
mode transition methods which cause a transition from 
scalar mode to VLIW mode are not allowed to be exe- 
cuted in user mode, so that if any thread attempts to 
execute such a mode transition method in user mode, 
an exception is generated. Such an exception causes 
the processorto make a transition into supervisor mode 
and the operating system then handles the exception. 
This mechanism allows the operating system to manage 
context switches in two different ways. Firstly, it allows 
the operating system to preserve and restore the VLIW 
context only when strictly necessary, ratherthan on eve- 
ry context switch. This is done by preserving the VLIW 
context of one thread only when VLIW mode is next en- 
tered by anotherthread. Secondly it allows the operating 
system to monitor and/or to control which threads oper- 
ate in VLIW mode. 

[0054] The concept of making mode transition meth- 
ods only visible in supervisor mode is illustrated in Fig- 
ure 5. In Figure 5, two threads A and B, which corre- 
spond to threads A and B in Figure 4, are executed on 
a time-share basis by the processor. It is assumed that 
thread B contains a mode transition method. Initially the 
processor is executing thread A. At time t=1, a switch 
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from thread Ato thread B is initiated. The processorthen 
stops running thread A and enters supervisor mode. In 
supervisor mode, some or all of the context of thread A 
is preserved and some or all of the context of thread B 
is restored. The processor then returns to user mode at 
time t=2 to execute thread B. At time t=3 a mode tran- 
sition method is encountered in thread B. Since mode 
transition methods are not allowed in user mode, an ex- 
ception is generated and the processor enters supervi- 
sor mode. In the supervisor mode an exception handling 
routine is executed to deal with the exception. At time 
t=4 the processor re-enters user mode and continues to 
execute thread B, but now in the other mode. At time 
t=5, a switch from thread B to thread A is initiated. The 
processor stops running thread B, enters supervisor 
mode, preserves some or all of the context of thread B, 
and restores some or all of the context of thread A. At 
time t=6 the processor returns to user mode to execute 
thread A. 

First embodiment 

[0055] In a first embodiment, all threads which run on 
the processor are able to enter VLIW mode. When a 
thread attempts to enter VLIW mode (by means of a 
mode transition method) an exception is generated, and 
the exception is handled by the operating system. As 
part of the exception handling, the VLIW context of the 
last thread to use VLIW mode is preserved, if necessary. 
[0056] Operation of the first embodiment will now be 
described with reference to Figures 6 and 7. Figure 6 
shows the steps taken by the exception handling routine 
when an exception is generated by a thread attempting 
to enter VLIW mode, and Figure 7 shows the steps taken 
by the operating system when a context switch occurs. 
In this embodiment, a transition from VLIW mode to sca- 
lar mode may or may not cause an exception to be gen- 
erated, depending on the chosen implementation. 
[0057] Referring to Figure 6, in step 1 00 an exception 
is generated by a thread which is in user mode attempt- 
ing to execute a mode transition method that would 
cause a transition from scalar mode to VLIW mode. This 
exception causes the processor to enter supervisor 
mode. In step 101 it is determined whether the thread 
which generated that exception is also the last thread to 
have been in VLIW mode. This is done by referring to a 
record of the last thread to be in VLIW mode which is 
kept by the operating system. If the current thread is also 
the last thread to have been in VLIW mode then there 
is no need to restore the VLIW context of the current 
thread, and thus there is no need to preserve the current 
VLIW context. 

[0058] If the current thread is not the last thread to 
have been in VLIW mode, then in step 102 the current 
VLIW context of the processor is preserved by saving 
the contents of the registers to memory. The current 
VLIW context is saved as the VLIW context of the last 
thread to have been in VLIW mode. This is done by re- 



ferring to the record of the last thread to have been in 
VLIW mode, and associating the saved VLIW context 
with that thread. In step 104 the VLIW context of the 
current thread is restored, by retrieving the contents of 
s the registers associated with that thread from memory. 
In step 106 the processor updates its record of which 
thread was the last thread to be in VLIW mode to indi- 
cate that the current thread is the last thread to be in 
VLIW mode. 

10 [0059] In step 1 08 a mode bit S is set. The mode bit 
S is a bit in one of the control and status registers 30, 
70 of the master computational unit 12, 52 in Figure 1 
or 2, and is only accessible in supervisor mode. When 
this mode bit is set, a mode transition method is permit- 
's ted to be executed in user mode without an exception 
being generated. In step 1 1 0 the processor returns from 
the exception to the point in the executing thread at 
which it left off. Since the mode bit is now set, the MTM 
which originally caused the exception can now be exe- 

20 cuted without causing an exception. 

[0060] In practice, since the VLIW context is largely a 
superset of the scalar context, in steps 1 02 and 1 04 only 
that part of the VLIW context which is different from the 
scalar context need be preserved and restored. 

25 [0061] Referring to Figure 7, in step 120 a context 
switch is initiated by the operating system in order to 
switch the processor's resources from one thread to an- 
other. In step 122 the mode bit S is reset. This is to en- 
sure that if the next thread attempts to enter VLIW mode 

30 then an exception will be generated. In step 1 24 the sca- 
lar context of the current thread is preserved, and in step 
126 the scalar context of the next thread is restored. In 
step 1 28 it is determined whether or not the next thread 
is in VLIW mode. This is done by consulting a bit, called 

35 the V bit, which is a bit in one of the control and status 
registers 30, 70 of the master computational unit 12, 52 
in Figure 1 or 2. The V bit is part of the scalar context of 
the next thread which is restored in step 126. If this bit 
is set, then the next thread is in VLIW mode, and if it is 

40 reset then the next thread is in scalar mode. If the next 
thread is in scalar mode then it is not necessary to re- 
store the VLIW context of the thread, and so the proc- 
essor then switches to the next thread in step 1 38 with 
only the scalar context of that thread having been re- 

45 stored. 

[0062] If in step 128 it is determined that the next 
thread is in VLIW mode, then in step 130 it is determined 
whetherthenextthread was the lastthreadto have been 
in VLIW mode. This is done by referring to the record of 

so the last thread to be in VLIW mode which is kept by the 
operating system. If the next thread is also the last 
thread to have been in VLIW mode, then the current 
processor VLIW context is also the VLIW context of the 
next thread, and so the VLIW context of the next thread 

55 does not need to be restored. In this case, the processor 
switches to the next thread in step 138 with only the sca- 
lar context of that thread having been restored. If how- 
ever the next thread was not the last thread to be in 
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VLIW mode, then it is necessary to restore the VLIW 
context of the next thread. In this case, in step 132 the 
current processor VLIW context (orthat part of the VLIW 
context which is different from the scalar context) is pre- 
served and associated with the last thread to be in VLIW 
mode; in step 136 the VLIW context (or that part of the 
VLIW context which is different from the scalar context) 
of the next thread is restored; and in step 136 the proc- 
essor updates its record of the last thread to be in VLIW 
mode by recording that the next thread is in VLIW mode. 
Then in step 1 38 the processor switches to the next 
thread. 

[0063] In Figures 6 and 7 it is assumed that a mode 
bit S is toggled to allow the processor to make a transi- 
tion into VLIW mode on returning from an exception 
caused by a MTM. Alternatively, the exception handler 
itself could cause the processor to transition into VLIW 
mode, and return to the point in the executing thread 
just after the MTM. Other suitable techniques for pre- 
venting the exception from being repeatedly generated 
and causing the transition may also be used. 
[0064] It will be noted from the above description that 
the VLIW context of the processor is only preserved 
when two conditions are met: firstly that the next thread 
is in VLIW mode, and secondly that the next thread is 
not the last thread to have been in VLIW mode. In this 
way the processor's VLIW context is only saved when 
strictly necessary, rather than on every context switch. 
[0065] An example of the operation of the first embod- 
iment is shown in Figure 8. In Figure 8 all threads are 
initially in scalar mode. The processor is initially execut- 
ing thread A. At time t=1 the processor stops running 
thread A and enters supervisor mode. In supervisor 
mode the scalar context of thread A is preserved and 
the scalar context of thread B is restored. The processor 
then returns to user mode at time t=2 to execute thread 
B in scalar mode. At time t=3, a branch-to-VLIW-mode 
instruction is encountered in thread B, and as a conse- 
quence the processor enters supervisor mode. In the 
supervisor mode, the VLIW context of the last thread to 
use VLIW mode is preserved, and the VLIW context of 
thread B is restored. At time t=4 the processor re-enters 
user mode and continues to execute thread B, but now 
in VLIW mode. At time t=5, the processor stops running 
thread B, enters supervisor mode, preserves the scalar 
context of thread B, and restores the scalar context of 
thread C. At time t=6 the processor returns to user mode 
to execute thread C in scalar mode. At time t=7, the 
processor stops running thread C, 'enters supervisor 
mode, preserves the scalar context of thread C, and re- 
stores the scalar context of thread A. At time t=8 the 
processor returns to user mode to execute thread A. At 
time t=9, a branch-to-VLIW-mode instruction is encoun- 
tered in thread A, which causes the processor to enter 
supervisor mode. At this point, the VLIW context of 
thread B is preserved and the VLIW context of thread A 
is restored. At time t=10 the processor re-enters user 
mode and continues to execute thread A, but now in 



VLIW mode. 

[0066] In the example shown in Figure 8, the VLIW 
context of thread B is only preserved at the point at 
which thread A enters VLIW mode. If, however, no mode 

s transition method had occurred in thread A, then when 
the processor switched back to thread B the processor's 
VLIW context would still be that of thread B, since no 
otherthread would have altered this context. Thus in this 
case there would have been no need to preserve or re- 

io store the VLIW context of thread B, and thus the time 
which would otherwise have been spent in preserving 
and restoring the VLIW context would have been saved. 

Second embodiment 

15 

[0067] In a second embodiment of the invention, only 
certain threads are allowed access to VLIW mode, and 
all other threads are barred from entering VLIW mode. 
In one example, only one thread is ever allowed access 

20 to VLIW mode. This may be either a thread in supervisor 
mode, or a thread in user mode. In another example a 
certain number of specified threads are allowed access 
to VLIW mode. By limiting the number of threads which 
are allowed access to VLIW mode, the number of VLIW 

25 context switches that must be made can be limited, or 
the need to make VLIW context switches can be elimi- 
nated. 

[0068] Operation of the second embodiment will now 
be described with reference to Figures 9 and 10. Figure 

so 9 shows the steps taken by the exception handling rou- 
tine when an exception is generated by a thread at- 
tempting to enter VLIW mode, and Figure 10 shows the 
steps taken by the operating system when a context 
switch occurs. In Figures 9 and 10 it is assumed that 

35 only one predetermined thread is ever allowed access 
to VLIW mode. In this embodiment, a transition from 
VLIW mode to scalar mode may or may not cause an 
exception to be generated, depending on the chosen im- 
plementation. 

40 [0069] Referring to Figure 9, instep 140 an exception 
is generated by a thread attempting to process a mode 
transition method in user mode. This exception causes 
the processor to enter supervisor mode. In step 142 it 
is determined whether that thread is allowed access to 

45 VLIW mode. In this example, only one thread is ever 
allowed access to VLIW mode, and so if the thread that 
caused the exception is not that thread, then instep 144 
the appropriate corrective action is taken. This action 
may include terminating the thread that caused the ex- 

so ception, or continuing the thread in scalar mode if pos- 
sible. 

[0070] If the thread that caused the exception is al- 
lowed to enter VLIW mode, then in step 146 the mode 
bit S is set, and in step 148 the processor returns from 
55 the exception to the point in the thread at which it left 
off. Since the mode bit S is set, the mode transition 
method which caused the exception can be executed 
without causing an exception. The thread thus makes 
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the transition into VLIW mode and continues executing 
in that mode. 

[0071] Referring to Figure 10, in step 150 a context 
switch is initiated by the operating system in order to 
switch the processor's resources from one thread to an- 5 
other. In step 152 the mode bit S is reset. This is to en- 
sure that if the next thread attempts to enter VLIW mode 
then an exception will be generated. Instep 154the sca- 
lar context of the current thread is preserved, and in step 
156 the scalar context of the next thread is restored. In io 
step 158 the processor switches to the next thread. 
[0072] In Figures 9 and 1 0 it is assumed that only one 
thread is ever allowed access to VLIW mode, and thus 
the VLIW context never needs to be saved. In other im- 
plementations, certain other threads may also be al- 15 
lowed access to VLIW mode, and thus steps are taken 
to save the VLIW context when necessary, in a similar 
way to that shown in Figures 6 and 7. In this case, al- 
though it may sometimes be necessary to preserve the 
VLIW context, the number of times that this is necessary 20 
is reduced because the number of threads which may 
be in VLIW mode is limited. 

Third embodiment 

25 

[0073] In a third embodiment of the invention the op- 
erating system only allows one thread (or a certain 
number of threads) to operate in VLIW mode at any one 
time. This technique can be viewed as a "token passing" 
technique, in which a token can be passed from thread 30 
to thread, but only the thread which has the token can 
enter VLIW mode. This technique can reduce the 
number of times that the processor's VLIW context must 
be preserved and restored. 

[0074] Operation of the third embodiment will now be 35 
described with reference to Figures 11 and 12. Figure 
1 1 shows the steps taken by the exception handling rou- 
tine when an exception is generated by a thread at- 
tempting to enter VLIW mode, and Figure 1 2 shows the 
steps taken by the operating system when an exception *o 
is generated by a thread returning to scalar mode from 
VLIW mode. In this embodiment, the steps taken when 
a context switch occurs are the same as those shown 
in Figure 10. 

[0075] Referring to Figure 11, in step 200 an excep- 45 
tion is generated by an executing thread attempting to 
process a MTM in user mode. This exception causes 
the processor to enter supervisor mode. In step 202 it 
is determined whether there is another thread which is 
in VLIW mode. This is done by consulting a flag (referred so 
to as the VLIW flag) in the control and status registers 
30, 70 of the master computational unit 1 2, 52 in Figure 
1 or 2. If there is another thread in VLIW mode, then the 
current thread is prevented from entering VLIW mode 
until the thread which is in VLIW mode has reverted back 55 
to scalar mode. In step 204 the current thread is put in 
a queue for VLIW mode; in step 206 execution of the 
current thread is suspended; and in step 208 the oper- 



ating system switches to the next thread, rather than re- 
turning to the current thread. In other implementations, 
instead of suspending operation of the current thread, 
the current thread continues in scalar mode if possible, 
or the current thread is terminated. 
[0076] If in step 202 it is determined that there is no 
other thread in VLIW mode, then in step 210 it is deter- 
mined whether the current thread is also the last thread 
to have been in VLIW mode. This is done by referring 
to a record of the last thread to be in VLIW mode which 
is kept by the operating system. If the current thread is 
also the last thread to have been in VLIW mode then 
there is no need to preserve and restore the VLIW con- 
text. If the current thread is not the last thread to have 
been in VLIW mode, then in step 212 the current VLIW 
context of the processor (orthat part of the VLIW context 
which is different from the scalar context) is preserved, 
and this context is associated with the VLIW context of 
the last thread to be in VLIW mode. In step 21 4 the VLIW 
context of the current thread (or that part of the VLIW 
context which is different from the scalar context) is re- 
stored. In step 216, the processor updates its record of 
which thread was the last thread to be in VLIW mode to 
indicate that the current thread is the last thread to be 
in VLIW mode. In step 21 8 the VLIW mode flag is set, 
indicating that there is a thread in VLIW mode. In step 
220 the mode bit S is set, and in step 222 the processor 
returns from the exception to the point in the executing 
thread at which it left off. Since the mode bit is set, the 
MTM which originally caused the exception can now be 
executed without causing an exception. 
[0077] In the third embodiment, a transition from 
VLIW mode to scalar mode also causes an exception to 
be generated. In this way, the operating system can de- 
termine when one thread has stopped execution in 
VLIW mode, and thus give permission to another thread 
to enter VLIW mode. The steps taken when such an ex- 
ception is generated are shown in Figure 12. 
[0078] Referring to Figure 12, in step 230 an excep- 
tion is generated by an executing thread attempting to 
execute a return-from-VLIW-mode instruction in user 
mode. In step 232 it is determined whether there is a 
thread in the queue for VLIW mode. If there is no thread 
in the queue, then in step 234 the VLIW flag is reset, 
indicating that no thread is in VLIW mode. In step 235 
the mode bit S is set to allow the return-from-VLIW- 
mode instruction to be executed in user mode, and in 
step 236 the processor returns from the exception to the 
point in the thread at which it left off. 
[0079] If in step 232 it is determined that there is a 
thread in the queue for VLIW mode, then in step 238 the 
entire context (that is, both the scalar context and the 
VLIW context) of the currentthread is preserved. In step 
240 the next thread in the queue for VLIW mode is re- 
moved from the queue, and in step 242 the entire con- 
text of that thread is restored. In step 244 the record of 
the last thread to be in VLIW mode is updated to indicate 
the next thread. In step 246 the mode bit S is set, and 
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in step 248 the processor returns to the point in the next 
thread at which it left off when that thread attempted to 
enter VLIW mode. 

[0080] As an alternative to using the mode bit S to en- 
able and disable the return-from-VLIW-mode instruc- 
tion, a separate mode bit R could be provided for this 
purpose. In such a case, in step 235 the mode bit R 
would be set and the mode bit S would be reset. Both 
mode bits would be reset on context switches. 
[0081] In the third embodiment, the steps taken when 
a context switch occurs are the same as those shown 
in Figure 10. Since only one thread at a time is allowed 
access to VLIW mode, it is not necessary to save the 
VLIW context when context switches occur. In an alter- 
native implementation, a predetermined number of 
threads are allowed to enter VLIW mode at any one 
time. In this implementation, the VLIWcontext may need 
to be saved on context switches. This can be done in 
the way shown in Figure 7. 

[0082] In a variant of the third embodiment, context 
switches are banned while one thread (or another pre- 
determined number) Is in VLIW mode. In this variant, 
the operating system prevents context switches from 
taking place while the VLIW flag is set, and thus the only 
time that the VLIW context may need to be preserved is 
when a thread first enters VLIW mode. The steps taken 
when an exception is generated by a thread attempting 
to enter VLIW mode are the same as those shown in 
Figure 6. 

[0083] Although the above description relates, by way 
of example, tq a processor having a scalar mode and a 
VLIW mode of operation, the present invention is appli- 
cable to any processor having two or more modes of 
operation , where one mode has a different context from 
the other mode, and in particular where one mode has 
a substantial context and the other mode has a limited 
context. Either or both modes may be a scalar mode or 
a parallel mode. The parallel mode or modes need not 
be based on VLIW, but may be any mode in which two 
or more instructions are processed substantially in par- 
allel, for example by using some form of instruction level 
parallelism. 

[0084] A processor embodying the present invention 
may be included as a processor "core" in a highly-inte- 
grated "system-on-a-chip" (SOC) for use in multimedia 
applications, network routers, video mobile phones, in- 
telligent automobiles, digital television, voice recogni- 
tion, 3D games, etc. 

[0085] It will be understood that the present invention 
has been described above purely by way of example, 
and modifications of detail can be made within the scope 
of the invention. 



Claims 

1. A processor switchable between a first execution 
mode and a second execution mode, the processor 



having a first processorcontext when in the first ex- 
ecution mode and a second processorcontext, dif- 
ferent from the first processor context, when in the 
second execution mode, wherein the processor is 
arranged to generate an exception when the proc- 
essor attempts to change from one execution mode 
to the other. 

2. A processor according to claim 1 wherein the sec- 
ond processor context is larger than the first proc- 
essorcontext and the exception is generated when 
the processor attempts to change from the first ex- 
ecution mode to the second execution mode. 

15 3. A processor according to claim 2, wherein the proc- 
essor is arranged to preserve the second processor 
context, or that part of the second processorcontext 
which is different from the first processor context, 
when said exception has been generated. 

20 

4. A processor according to claim 2 or 3, wherein the 
processor is arranged to execute a plurality of 
threads on a time share basis, and the processor is 
arranged such that, when the processor is switched 
25 to a thread which is in the first execution mode, or 
when the processor is switched to a thread which 
was the last thread to be in the second execution 
mode, only the first processorcontext is preserved. 

so 5. A processor according to claim 4, wherein the sec- 
ond processor context, or that part of the second 
processor context which is different from the first 
processor context, is preserved when the processor 
next enters the second execution mode to execute 

35 a thread other than the last thread to be in the sec- 
ond execution mode. 

6. A processor according to any of claims 2 to 5, 
wherein the processor is arranged to execute a plu- 

40 rality of threads on a time share basis, and the 
number of threads that may be in the second exe- 
cution mode at any one time is less than the total 
number of threads that may be active on the proc- 
essor at any one time. 

7. A processor according to claim 6, wherein the proc- 
essor is arranged such that, when said exception 
has been generated, a check is carried out to de- 
termine whether the thread that caused the excep- 

50 tion is allowed to enter the second execution mode. 

8. Aprocessor according to claim 7, wherein the check 
comprises determining whether that thread is a 
thread which is barred from the second execution 

55 mode. 

9. Aprocessor according to claim 7, wherein the check 
comprises determining whether a predetermined 
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number of other threads are already in the second 
execution mode. 

10. A processor according to claim 9, wherein the proc- 
essor is arranged such that, if a predetermined 
number of other threads are already in the second 
execution mode, execution of the thread that 
caused the exception is suspended until the 
number of other threads that are in the second ex- 
ecution mode is less than the predetermined 
number. 

11. A processor according to any of the preceding 
claims, wherein the processor is arranged to exe- 
cute a first instruction set when in the first execution 
mode and a second instruction set when in the sec- 
ond execution mode. 

12. A processor according to any of the preceding 
claims, wherein the processor is switchable be- 
tween a supervisor mode and a user mode, the user 
mode having restricted access to the processor's 
resources in comparison to the supervisor mode, 
and, when said exception is generated, the proces- 
sor transfers from the user mode to the supervisor 
mode. 

13. A processor according to any of the preceding 
claims, the processor comprising at least one exe- 
cution unit and a plurality of storage locations, the 
first processor context comprising the contents of 
storage locations accessible in the first execution 
mode and the second processor context comprising 
the contents of storage locations accessible in the 
second execution mode. 

14. A processor according to any of the preceding 
claims, the processorcomprising a plurality of com- 
putational units for executing instructions in parallel, 
each computational unit having at least one execu- 
tion unit and at least one storage location to which 
the execution unit has access. 

15. A processor according to any of the preceding 
claims wherein the first execution mode is a scalar 
mode and the second execution mode is a parallel 
mode. 

16. A processor switchable between a first execution 
mode and a second execution mode, the processor 
having a first processor context when in the first ex- 
ecution mode and a second processor context, larg- 
er than the first processor context, when in the sec- 
ond execution mode, wherein the processor is ar- 
ranged to execute a plurality of threads on a time 
share basis, and the processor is arranged such 
that, when the processor switches to a thread which 
is in the first execution mode, orwhen the processor 



switches to a thread which was the lastthread to be 
in the second execution mode, only the first proc- 
essor context is preserved. 

5 17. A processor according to claim 16, wherein the sec- 
ond processor context, or that part of the second 
processor context which is different from the first 
processor context, is preserved when the processor 
next enters the second execution mode to execute 

10 another thread. 

18. A processor according to claim 16 or 17, wherein 
the processor is arranged such that the number of 
threads that may be in the second execution mode 

ts at any one time is less than the total number of 
threads that may be active on the processor at any 
one time. 

19. A processor according to any of claims 16 to 18, 
20 wherein the first execution mode is a scalar mode 

and the second execution mode is a parallel mode. 

20. A processor switchable between a first execution 
mode and a second execution mode, the processor 

25 having a first processor context when in the first ex- 
ecution mode and a second processorcontext, larg- 
er than the first processor context, when in the sec- 
ond execution mode, wherein the processor is ar- 
ranged to execute a plurality of threads on a time 

30 share basis, and the processor is arranged such 
that the number of threads that may be in the sec- 
ond execution mode at any one time is less than the 
total number of threads that may be active on the 
processor at any one time. 

35 

21 . A processor according to claim 20 wherein the proc- 
essor is arranged such that, when a thread attempts 
to enter the second execution mode, a check is car- 
ried out to determine whether that thread is allowed 

40 to enter the second execution mode. 

22. A processor according to claim 21 , wherein the 
check comprises determining whether that thread 
is a thread which is barred from the second execu- 

45 tion mode. 

23. A processor according to claim 21, wherein the 
check comprises determining whether a predeter- 
mined number of other threads are already in the 

50 second execution mode. 

24. A processor according to claim 23, wherein the 
processor is arranged such that, if a predetermined 
number of other threads are already in the second 

55 execution mode, the thread that attempted to enter 
the second execution mode is prevented from en- 
tering the second execution mode until the number 
of other threads that are in the second execution 
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mode is less than the predetermined number. 

25. A method of operating a processor, the processor 
being switchable between a first execution mode 
and a second execution mode and having a first 
processor context when in the first execution mode 
and a second processor context, different from the 
first processor context, when in the sedond execu- 
tion mode, the method comprising generating an 
exception when the processor attempts to change 
from one execution mode to the other. 

26. A method of operating a processor, the processor 
being switchable between a first execution mode 
and a second execution mode and having a first 
processor context when in the first execution mode 
and a second processor context, largerthan the first 
processor context, when in the second execution 
mode, the method comprising executing a plurality 
of threads on a time share basis, and preserving 
only the first processor context when execution 
switches to a thread which is in the first execution 
mode, or when execution switches to a thread 
which was the last thread to be in the second exe- 
cution mode. 



of threads on a time share basis, and a program 
portion for preserving only the first processor con- 
text when execution switches to a thread which is 
in the first execution mode, or when execution 
switches to a thread which was the last thread to be 
in the second execution mode. 

30. An operating system for a processor which is 
switchable between a first execution mode and a 
second execution mode and which has a first proc- 
essor context when in the first execution mode and 
a second processor context, larger than the first 
processor context, when in the second execution 
mode, the operating system comprising a program 
portion for switching execution between a plurality 
of threads on a time share basis, and a program 
portion for limiting the number of threads that may 
be in the second execution mode at any one time 
to less than the total number of threads that may be 
active on the processor at any one time. 



20 



25 



27. A method of operating a processor, the processor 
being switchable between a first execution mode 
and a second execution mode and having a first 
processor context when in the first execution mode 30 
andasecond processorcontext, largerthan the first 
processor context, when in the second execution 
mode, the method comprising executing a plurality 

of threads on a time share basis and limiting the 
number of threads that may be in the second exe- 35 
cution mode at any one time to less than the total 
number of threads that may be active on the proc- 
essor at any one time. 

28. An operating system for a processor which is 40 
switchable between a first execution mode and a 
second execution mode and which has a first proc- 
essor context when in the first execution mode and 

a second processor context, different from the first 
processor context, when in the second execution 45 
mode, the operating system comprising an excep- 
tion handling program portion for handling an ex- 
ception generated when the processor attempts to 
change from one execution mode to the other. 

50 

29. An operating system for a processor which is 
switchable between a first execution mode and a 
second execution mode and which has a first proc- 
essor context when in the first execution mode and 

a second processor context, larger than the first 55 
processor context, when in the second execution 
mode, the operating system comprising a program 
portion for switching execution between a plurality 
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(54) Context preservation 

(57) A processor which is switchable between a first 
execution mode (such as a scalar mode) and a second 
execution mode (such as a VLIW mode) is disclosed. 
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first execution mode and a second processor context, 
different from the first processor context, when in the 
second execution mode. The processor generates an 
exception when the processor attempts to change from 
one execution mode to the other. When the processor 



switches to a thread of execution which is in the first 
execution mode, or when the processor switches to a 
thread of execution which was the last thread to be in 
the second execution mode, only the first processor 
context is preserved. The processor may be arranged 
such that the number of threads that may be in the sec- 
ond execution mode at any one time is less than the 
total number of threads that may be active on the proc- 
essor at any one time. 
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